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ATAC  II 


Sponsor/POC 

DCD  /  Joe  Bowen 

Phone 

STRICOM  POC 

Bryant  LaFoy 

Phone 

LORAL  POC 

Greg  Kanies _ 

Phone 

Funding  Source  i  iSAAVMn 


Schedule:  Start  15  February  1992 _  Stop  26  February  1993 

Project  Description: 

The  objective  of  the  ATAC  II  effort  is  to  upgrade  the  capabilities  of  the  Aviation  Test 
Bed  facility  at  Ft.  Rucker  in  order  to  support  the  conduct  of  the  Air-to-Air  Combat. 
Phase  II  experimentation.  This  includes  improvements  to  the  existing  AVTB  to: 

■  increase  the  fidelity  of  the  SAPOR  detection  tables 

•  add  a  Missile  Server  to  the  network  to  allow  firing  Hellfire  Missiles  with  a  remote 

designator 

•  improve  the  Air-to-Air  Stinger  symbology 

•  integrate  a  Digital  Map  with  one  of  the  Rotary  Wing  Aircraft  devices 

•  procure  and  integrate  a  Mission  Planning/Scenario  Generation  systems 

•  procure  and  integrate  an  After  Action  Review  capability  including  a  video 

instrumentation  and  editing  system 

•  provide  engineering,  test  support,  and  data  analysis  services. 


Project  Status: 


The  ATAC  II  effort  is  progressing  on  schedule  with  the  following  exceptions. 

The  original  supplier  of  the  video  instrumentation  and  editing  system  failed  to 
deliver.  A  replacement  supplier  has  been  identified  and  installation 
and  integration  of  the  system  are  nearly  complete. 

Digital  Map  integration  has  proved  more  difficult  than  anticipated.  Allied  Signal  is 
on  site  this  week  performing  integration  testing. 


3 


SCENARIO 

GENERATION 


Combat 

Modelling 


Mission 

Planning 


Advanced 

Weapons 

Modeling 


AFTER  ACTION 
REVIEW 


Video 

Editing 


Presentation 

Development 


Exit  Criteria  or  Objective 

Support  the  conduct  of  the  Air-to-Air  Combat  Phase  II  experiment  by 
providing: 

•  Software  Upgrades  to  the  Rotary  Wing  Aircraft  devices 

•  Software  Upgrades  to  the  Semi<Automated  Forces  detection  tables 

•  Digital  Map 

•  Missile  Server  for  launch  of  Hellfire  missiles  In  a  remote  mode 

•  Scenario  Generation  capabilities 

•  Video  Instrumentation  of  the  Rotary  and  Fixed  Wing  Aircraft  devices 

•  After  Action  Review  capabilities 

•  Engineering,  Test  Support,  and  Data  Analysis  services 
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Sponsor/POC 
STRICOM  PCX: 
Loral  DO  POC 


TSM-C/Major  Steve  Ochsner 

Mr.  Bryant  LaFoy 

Mr.  Fred  Bondzeit _ 

STRICOM 


Phone  (205)255-2205 
Phone  (205)  380^353 
Phone  ('tO^)  382-4585 


Funding  Source 

Schedule:  Start  7  April  1 992 


Stop 


1  February  1 993 


Project  Description: 

Provide  selected  enhancements  to  the  existing  8  AirNet  Rotary  Wing 
Aircraft  (RWA)  simulators.  Includes  design,  procurement,  integration,  and 
test. 

Enhancenr)ents: 

•  Provide  2  additional  MIPS  3000  processors  for  expanded  SAFOR 

•  Replace  generic  flight  model  with  a  table  driven  flight  model 

•  Replace  generic  weapons  models  with  table  driven  weapons  models 

•  Replace  existing  collective  mount  with  an  improved  mechanism 

•  Enhance  existing  MCC  to  add  digital  message  capability.  Add  RAH-66 
related  functions  to  manage  the  allocation,  assignment,  initialization, 
configuration,  location,  orientation,  and  loading  of  the  RAH-66 

Project  Status: 

•  MIPS  3000  Computers  Ordered 

•  System  Specification  Complete 

•  Software  design  75%  Complete 

•  Hardware  Design  90%  Complete 

•  Due  to  Lack  of  Software  Baseline,  MCC  is  Behind  Schedule  and  Over 
Budget 

•  Recovery  Plan  in  Place  Utilizing  Loral  At-Risk  Funding 


•  Provide  Additional  MIPS  Computers  for  Expanded  SAPOR 

•  Improved  Combined  Arms  Environment  Through  Specific 
Flight  and  Weapons  Models 

•  Improved  Collective  Mount  Reliability 

•  Digital  Message  Capability  to  Support  RAH-66 
Battlefield  Communications 

•  Add  Required  RAH-66  Functions  to  the  MCC 

•  Modular  Features  Transportable  to  RAH-66  and  Other 
BDS-D  Simulators 
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Sponsor/POC 
STRICOM  POC 
Loral  POC 


STRICOM 
Gene  Wiehagen 
Bob  Ferguson 
STRICOM 


Phone  _ 

Phone  (407)  380-4363 
Phone  (407)  382-4597 


Funding  Source  _ 

Schedule:  Start  1  July  1 992 _  30  June  1 993 _ 

Project  Description: 

The  primary  objective  of  this  project  shall  be  the  definition  and  development  of  the  BDS-D  Version 
1 .0  System,  the  first  instantiation  of  a  DIS  compliant  system  containing  heterogeneous  simulators 
networked  together.  The  BOS-O  TOP  ATD  Exit  Criteria  shall  be  used  to  measure  the  performance  of 
this  system.  Additional  architecture  objectives  shall  include  but  not  be  limited  to  the  development  of 
specifications  and  ICO's  for  the  BOS-D  Version  1.0  System,  refinement  and  extension  of  the  DIS 
reference  model  to  other  regimes  such  as  instrumented  ranges  and  higher  order  models,  system 
analyses  to  quantify  performance,  and  the  development  of  BDS-D  Compliance,  Model  W&A  and 
security  procedures  and  methods.  Standards  objectives  shall  include  but  not  be  limited  to  the 
development  of  a  strawman  DIS  common  data  base  standard,  extensions  to  the  existing  DIS  message 
standards,  and  a  correlation  methodology  to  support  determination  of  the  interoperability  of  a 
network  of  dissimilar  simulators. 

This  project  will  be  performed  over  a  one  calendar  year  period.  It  is  expected  that  a  follow-on  phase 
will  be  performed  for  another  period  of  approximately  one  calendar  year.  This  follow-on  phase  will 
be  completed  on  or  before  September  30,  1 994.  The  BDS-D  Version  1 .0  System  will  be  completed 
by  the  end  of  the  second  phase.  The  exact  definition  and  implementation  schedule  of  the  BDS-D 
Version  1 .0  System  will  be  specified  via  the  BDS-D  System  Plan,  a  document  produced  by  this 
project  This  document  will  define  the  BDS-D  road  map  including  the  BDS-D  Version  1 .0  System 
configuration,  exit  criteria  including  conformance  criteria,  operational  concept  and  cost-economic 
benefit  metrics  to  show  the  value  of  DIS  solutions  to  potential  users.  This  document  will  be  updated 
and  reissued  as  needed. 

Project  personnel  will  participate  in  DIS  community  activities  including  but  not  limited  to  DIS 
meetings  and  conferences,  simulation  and  modeling  standards  meetings  and  workshops,  and  other 
forums  as  appropriate.  The  objective  is  to  expose  BDS-D  architecture  efforts  to  the  DIS  community 
at  large,  to  encourage  and  facilitate  standards  and  architecture  development  by  the  community,  and 
to  obtain  feedback  from  these  forurrs  as  well  as  BDS-D  users. 

Project  Status: 

Contract  award  was  made  on  June  30,  1992.  Initial  planning  was  performed  prior  to  contract  award 
using  Loral  funds.  The  1ST  led  correlation  methodology  study  was  kicked  off.  An  interoperability 
study  was  initiated,  with  initial  emphasis  on  the  various  visual  systems  that  comprise  the  BDS-D 
Version  1 .0  System.  System  Design  and  User  Requirements  Analyses  were  also  initiated. 
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Media  or  Network 

Qbfectives 

.  BDS-0  Overall  Objectives: 

-  Primary  objective  Is  the  Instantiation  of  the  BDS>D  Version  1 .0 
System  consistent  with  DIS  Architecture  and  Standards 

Develop  and  maintain  a  BDS*D  System  Development  Plan,  including 
Roadmap,  Exit  Criteria,  Version  1.0  System  Description,  Op  Concept 

-  Work  with  the  DIS  community  to  facilitate  standards  evolution; 
leverage  on-going  standards  work  from  P2851,  MODSIM,  JMASS,  etc. 

•  BDS-D  Architecture  Objectives: 

Develop  specifications  and  ICD's  for  die  BDS-D  Version  1 .0  System 
Develop  extensions  of  DIS  to  ROMs  and  Instrumented  Ranges 

•  Perform  system  analysis  to  quantify  network  loading, 

CIU/CAU  performance,  interoperability  issues 

-  Develop  Compliance,  Model  W&A  and  security  methods  for  BDS-D 

•  BDS-D  Standards  Objectives: 

Develop  Strawman  Common  Data  Base  Standard  (Models  &  Data) 

•  Develop  complementary  extensions  to  DIS  Message  (PDU)  Standard 

•  Develop  Correlation  Methodology  and  Metrics 
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CGF  Architecture  &  Integration  of 
Higher  Order  Models 

Sponsor/POC  STRICOM _  Phone  _ 

STRICOM  PCX:  Gene  Wiehagen _  Phone  (407)  380-4363 

Loral  POC  Bob  Ferguson _  phone  (407)  382-4597 


Funding  Source  _ 
Schedule:  Start 


STRICOM 
1  July  1 992 


30  June  1 993 


Project  Description: 

Loral  will  develop  and  demonstrate  a  modular  and  open  architecture  for  Computer  Generated  Forces 
that  is  capable  of  independent  component  developntent  and  demonstration  in  a  DIS  environment  Key 
CGF  objectives  shall  include  but  not  be  limited  to  the  development  of  CGF  standards  for  DIS,  the 
leveraging  of  existing  CGF  technologies  to  provide  new  functionality  at  low  cost,  more  realistic 
behaviors  via  use  of  a  data  driven,  action-cognition  human  behavior  model.  Increased  CGF  battlefield 
functionality,  such  as  EW,  air  defense,  and  indirect  fire,  CGF  responses  to  environmental  effects, 
such  as  weather,  and  single  operator  control  of  multiple  CGF  echelons.  The  CGF  will  be 
demonstrated  at  Fort  Rucker  no  later  than  1 1  monUis  ARO. 

In  addition,  Loral  shall  define  and  catalog  the  objectives,  benefits,  and  technology  challenges 
associated  with  the  Integration  of  Higher  Order  Models  (IHOM).  The  CGF  task  will  provide  a 
"top-down"  architecture  Into  which  the  HOM  can  be  inserted.  The  ability  to  provide  integrated 
operation  of  selected  CGF  elements  in  a  DIS  environment  shall  be  demonstrated  at  Fort  Rucker  no 
later  than  1 1  months  ARO. 

This  Phase  1  work  will  be  performed  over  a  one  calendar  year  period.  It  is  expected  that  a  follow-on 
phase  will  be  performed  for  another  period  of  approximately  one  calendar  year.  This  follow-on 
phase  will  be  completed  on  or  before  September  30,  1 994.  The  primary  objective  of  the  follow-on 
phase  shall  be  the  fielding  of  a  documented,  validated,  and  open  CGF  architecture  with  all  of  the 
capabilities  of  the  current  SAFOR  plus  additional  simulated  battlefield  capabilities.  In  the  follow-on 
phase  this  CGF  system  shall  be  focused  towards  the  needs  of  the  RAH-66  program  and  other  related 
BDS-D  Version  1 .0  System  requirements  in  accordance  with  the  BDS-D  System  Plan. 


Project  Status: 

Contract  award  was  made  on  June  30,  1 992.  A  kick-off  meeting  was  held  with  all  team  members  on 
July  7-9  at  the  ADST  office. 
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DIS  Standard  Messages  (Extended  to  include  C3I  messages) 


Higher  ] 

Order  Model  i 

V  J 

r  > 

other 

Forces 

^  J 

1 

r  ^ 

Physical  I 

Model 

L  J 

1 

Equipment  | 
Under  Test  J 

Eagle 

Metric 

Corban 

CBS 


1ST  01 
SIMNET  SAFOR 
Janus 
TACCSF 


Dynamics 

Weapons 

EW 

Intell 


External  Models  &  Systems 

UNIX  based,  C  and  C++,  runs  on  multiple  platforms 
True  object  oriented  design 
Objects  communicate  via  messages 

Messages  are  standardized 
DIS  Extension  for  C3I  messages 

Source  code  and  documentation  will  be  available 
Standard  methods  to  interface  to  existing  systems 


Sensors 
Comm  Systems 
Jammers 
C2  Systems 


Modular/Reuseable  Design 
DIS  Compliance 
Model  W&A 

Day/night,  Obscurants, 
Weather 

Selectively  Changeable 
Features 


Fidelity  Adequate  for 
Nav/Maneuver 

80  Entities  Controlied  by 
1  CGF  User 

Air  Defense,  Indirect  Fire, 
EW 

Higher  Order  Model 
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Sponsor/PCX^  AVSCOM  /  Nancy  Bucher 


STRICOMPOC  . 
Loral  POC 

Funding  Source 


Sene  Wiehaaen 
Jim  Exter _ 


Schedule:  Start  1  April  1992  (Step  21 


Phone  (415^  604-5161 

Phone  JAQ7)  38Q-4363 
Phone  (407)  382-4595 


Stop  31  March  1992  (Phase  V 


Project  Description: 

Th®  CSRDF  -  BDS-D  Interface  Delivery  Order  is  a  cooperative  effort  among  the  U.  S.  Army.  OARPA,  and  the 
U.  S.  Navy.  Each  is  aggressively  pursuing  interoperable  simulation  as  a  highly  leverageable  technology  to 
significantly  enhance  combat  readiness  as  well  as  system  acquisition.  Each  has  a  defined  role  in  this  linkage 
and  success  is  dependent  on  the  cooperation  among  the  three  government  groups 
and  their  respective  contractors. 

The  CSRDF/BOS-D  project  has  two  Phases;  Phase  1  is  the  specification  development  and  linkage 
implementation  phase.  After  development  is  completed  and  the  linkage  is  established,  the  Phase  2  Rotorcraft 
Pilot  Associate  (RPA)  evaluations  will  begin.  The  Rotorcraft  Pilots  Associate  (RPA)  Program  will  examine  ways 
in  which  pilot  workload  can  be  reduced  while  improving  combat  helicopter  mission  effectiveness  through  the 
application  of  artificial  intelligence  (Al)  for  cognitive  decision  aiding  and  integration  oi  advanced  pilotage,  target 
acquisition,  armament  and  fire  control,  communication,  controls  and  displays,  navigation,  sunrivability.  and  flight 
control  equipment. 

The  following  are  responsibilities  of  STRICX)M  and  are  to  be  executed  by  Loral  or  its  subcontractors. 

1 .  A  correlated  data  base  with  terrain  data  and  graphic  models  will  be  developed  to  tacilitate  the  combined 
operation  of  systems  at  Ft  Rucker  and  at  Nasa  Ames  in  the  same  battlefield  environment 

2.  A  Data  Logger  will  be  provided  for  recording,  searching  and  playing  back  packets  that  flow  across  the 
interface. 

3.  A  long  haul  network  interface  will  be  established  to  communicate  between  simulator  systems  located  in 
Alabama  and  California. 

4.  A  protocol  translation  capability  will  be  developed  to  allow  the  CSRDF  system  running  DIS  1 .0  Protocol  to 
interoperate  with  the  Ft.  Rucker  simulators  running  the  older  SimNet  6.6.1  Protocol. 


Project  Status: 

The  CSRDF  -  BDS*D  Interface  Delivery  Order  is  progressirtg  on  schedule  with  the  following  exceptions. 

The  Fulda  Data  Base  specified  for  the  RPA  evaluatiorts  was  identified  as  QFE  during  the  requirements 
phase  of  the  program.  After  starting  development  it  was  (Sscovered  the  FukJa  Data  Base  was  not  Government 
Property  and  therefore  was  not  readily  available  without  restrictions/software  licensing  agreements  etc.  The 
data  base  transformation  task  started  about  two  and  one  half  months  late.  However,  much  of  the  delay  was 
used  to  identify  faster  methods  of  transformation  thereby  reducing  the  overall  transformation  time. 

One  other  problem  affecting  a  number  of  Delivery  Orders  is  the  late  delivery  of  critical  GFE  from  BBN  as  part  of 
the  equipment  transfer  under  the  ADST  contract  Delays  in  receiving  Data  Base  workstation  and  Data  Logger 
equipment  has  caused  a  development  schedule  slip. 
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NASA  Ames 


Ft.  Rucker 


•  Dissimilar  Simulator  Fidelity  •  Thermal  Signature 

•  Mixed  LANs  •  Day/Night  Obscurants,  Weather 

•  Wide  Area  Network  •  Selectively  Changeable  Features 

•  DIS  Compliance  •  Fidelity  Adequate  for  Nav/Maneuver 

•  Level  2  CIG  (Compuscene  IV) 
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Combat  Vehicle  Command  &  Control 

Sponsor/POC  ARI  /  Dr.  Kathv  Ouinkert _  Phone  502-624-6928 

STRICOMPOC  John  Collins _  Phone  407-380-4382 

Loral  POC  W.  R.  *Mac'  MacDiarmid _  Phone  407-382-4583 

Funding  Source  TACOM _ 

Schedule:  Start  26  August  1 991 _  Stop  30  September  1 992 

Project  Description: 

The  CVCC  Delivery  Order  is  a  follow-on  to  earlier  ARI-sponsored  efforts  that  looked 
at  the  performance  deltas  of  units  equipped  with  combat  vehicles  utilizing  enhanced 
command  and  control  devices.  Those  units  involved  in  earlier  experiments  were 
below  battalion  level.  The  current  effort,  which  focuses  on  the  battalion,  involves  the 
use  of  the  Intervehicuiar  information  System  (iVIS),  the  Command  and  Control 
Display  (CCD),  and  the  Commander's  Independent  Thermal  Viewer  (CITV)  as  well  as 
a  steer-to  display  for  the  vehicle  driver. 

Hardware  was  procured  and  software  developed  to  support  the  evaluations. 
Software  bugs  from  previous  software  versions  were  fixed.  In  addition  to  functional 
and  integration  testing  of  the  hardware/software  suites,  a  total  of  five  experimental 
runs  are  being  conducted:  three  in  the  baseline  condition  (utilizing 
non-CVCC-equipped  M1  simulators)  and  two  in  the  CVCC  condition.  Based  on 
experimental  and  scenario  design  approved  by  the  Government,  data  will  be 
collected  to  analyze  the  resulting  performance  deltas.  A  series  of  data  collection 
exercise  excursions  will  be  run  to  analyze  vertical  communications  within  the 
battalion.  An  additional  task  involves  the  development  of  innovative  training 
strategies  for  future  development. 

Major  subcontractors  on  this  effort  are  6DM  (experimental  design  and  evaluation) 
and  BBN  (software  development  and  integration). 

Project  Status: 

Two  of  the  three  baseline  experiments  have  been  conducted.  Integration  testing 
occurred  toward  the  end  of  June  1992.  Functional  testing  will  be  conducted  the 
week  of  20  July  unless  the  Hollis  studies  force  schedule  delays.  The  third  baseline 
and  the  two  CVCC  experiments  will  be  corKiucted  in  July  and  August,  again  suk^ect 
to  decisions  regarding  the  Hollis  studies.  Any  necessary  replays,  final  data  analysis, 
and  technical  report  preparation  will  be  acctxnplished  following  the  firtal  experiment. 
A  no-cost  extension  is  being  proposed  to  allow  sufficient  time  for  thorough  data 
analysis  and  reduction  and  preparation  of  the  final  report  (to  include  peer  review). 
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Ml  BASELINE 


CVCC 


COMMUNICATION 

•  DIGITAL  REPORTS 

•  DIGITAL  GRAPHICS 

•  LRF  INPUT  TO  REPORTS 

•  DIGITAL  BURST 
TRANSMISSION 


crrv 

•  INDEPENDENT  THERMAL 
VIEWER 

•  HUNTER/KILLER  CAPABILITY 

•  TARGET  DESIGNATION 

•  INDEPENDENT  LASER 


TARGET  ENGAGEMENT 

•  GPS/GPSE/TIS 

•  TURRET  REFERENCE 
DISPLAY 


COMMUNICATION 
•  SINCGARS  (VOICE 
ONLY) 


I  •'ll  •  )l  •'l  I  •  1 1  •  jl  •  I  I  •  j 


ai  i  mi 


/ 


POSNAV 

•  DIGITAL  MAP 

•  OWN  VEHICLE  ICON 

•  FRIENDLY  VEHiaE  LOCATIONS 

•  ROUTE  WAYPOINTS 

•  DRIVER'S  STEER-TO-DISPLAY 


NAVIGATION 

•  VISION  BLOCKS 

•  PAPER  MAP  W/  OVERLAYS 

•  GUNNER'S  LRF 


Assess  Automated  Command  and  Control 
Horizontal  Flow  of  Information  (Formative  Evaluations) 
Vertical  Flow  of  Information  (Data  Collection  Exercises) 
Evaluate  Unit  Effectiveness  as  a  Result  of  Automated 
Command  and  Control 
SAFOR  Message  Generation 
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DOTD  Training  PI 


Sponsor/POC  DOS/LTC  Aaron 


STRICOM  POC 
LORAL  POC 


John  Tallas 


Phone  (205)  255-3320 

Phone  _ 

Phone  (205)  598-3066 


Funding  Source  USAAVNC _ 

Schedule:  Start  1  January  1993 


Stop 


31  December  1993 


Project  Description: 

The  objective  of  the  DOTD  Training  Development  Delivery  Order  is  to  determine  the 
aviation  pilot/crew/unit  collective  tasks  that  BDS-D  can  facilitate  in  a  service  school 
operational  setting  and  to  determine  the  feasibility  of  coordinating  operational 
training  exercises  in  a  combined  arms  environment. 


Project  Status: 

The  experiment  continues  to  reap  success  in  application  and  satisfaction  among  users. 
Trainer  and  student  questionnaires  have  been  revised  to  enhance  internal  validity.  The 
resultant  data,  although  admittedly  subjective  in  nature,  still  indicate  vast  user  acceptance 
and  training  potential  which  has  not  been  fully  exploited.  Credence  to  this  observation  is 
provided  by  the  US  Army  Aviation  Center's  recent  statement  of  work  submission  which 
requests  continuance  of  this  delivery  order  for  the  duration  of  the  LSE  contract  period.  A 
final  delivery  order  report  will  be  submitted  at  the  end  of  the  current  delivery  order  period 
(December  92). 
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TRAINING  DO  CONFIGURATION 


The  overall  test  design  was  intended  to  evaluate  the  effectiveness  of  AIRNET  as  a  task  trainer  to 
the  identified  deficiencies  from  the  Battlefield  Development  Plan  in  a  combined  arms  environment . 
The  study  was  initially  scheduled  to  be  conducted  over  an  1 8-month  period  in  four  phases: 


Phase  1  -  Determine  the  appropriate  application  of  AIRNET  in  the  program  of  instruction  (POI)  for 
Aviation  officer  professional  training,  to  determine  cost  comparison  factors,  to  identify  and  isolate 
measures  of  effectiveness,  and  to  establish  baseline  reference  and  comparative  factors. 

Phase  2  -  Construct,  tailor,  and  refine  the  POI  application  through  experiments  with  each 
population  in  each  POI  of  sufficient  numbers  to  ensure  application  validity. 

Phase  3  -  Execute  the  applications  as  trial  runs  using  the  identified  measures  of  effectiveness  and 
cost  comparison  factors. 

Phase  4  -  Analyze  and  evaluate  the  results  and  publish  a  final  technical  report. 
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Sponsor/POC 
1ST  POC 
Loral  POC 


STRICOM/Gene  Wiehagen 
Mike  Moshell 
Bob  Ferguson 


Phone  407-380-4363 


Phone 

Phone 


407-658-5093 

407-382-4597 


Funding  Source  STRICOM  via  1ST 
Schedule:  Start  1  August  1 992 

Project  Description: 


Stop 


1  September  1 993 


Background.  When  a  weapon  detonates  on  the  ground  it  changes  the  terrain  -  craters  are  formed  and  buildings 
are  destroyed.  For  defensive  purposes  berms  may  be  erected,  or  trenches  dug.  The  occurrence  of  these 
transient  changes  in  the  environment  during  an  exercise  is  referred  to  as  dynamic  terrain.  The  difficulty 
representing  these  environmental  changes  on  the  virtual  battlefield  is  acknowledged  by  STRICOM's  BDS-D 
A^anced  Technology  Demonstration  Technology  Development  Plan  (ATD/TDP): 

'Achievement  of  dynamic  terrain  capability  in  BDS-D ....  simulated  environments  will  require  overcoming  the 
technical  barrier  of  implementing  real  time  or  near  real  time  data  base  formatters  as  part  of  the  simulator  Image 
Generator  design." 

Loral  (as  a  subcontractor  to  1ST)  will  support  the  development,  implementation  and  test  of  dynamic  terrain  in  the 
BDS-D  environment. 

Actions.  To  conduct  the  necessary  experiments  and  demonstrations,  1ST  requests  Loral  to  carry  out  the 
following  actions: 

1)  Solicit  from  appropriate  CIG  vendors,  bids  to  participate  in  the  following  project: 

a)  the  design  of  Dynamic  Environment  Protocol  Description  Units 

b)  the  modification  of  CIG  equipment  to  accept  these  PDUs 

c)  the  testing  of  the  modified  CIGs  within  a  multi-vendor  testbed 

2)  Work  with  the  CIG  vendors  and  with  1ST  during  all  phases  of  the  project  by  participating  in  the  design  and 
testing  phases  (a,  c)  and  by  providing  laboratory  support  and  housing  for  the  CIGs.  and  communications 
networking  to  1ST. 

3)  Work  with  other  components  of  the  BDS-D  Testbed  to  maintain  liaison  concerning  dynamic  environment 
activities  not  included  in  the  Dynamic  Terrain  Project  (e.  g.  weather)  so  as  to  maximize  the  relevarice  of  the 
results  of  this  project  to  future  users. 


Project  Status: 

Loral  is  currently  in  the  process  of  writing  a  proposal  to  1ST  for  Dynamic  terrain;  the  proposal  is  due  July  27, 
1992.  Contract  award  is  expected  August  3, 1992. 


23 


Dynamic  Terrain 


1ST  Facility 


Objectives 


Exit  Criteria  Objectives. 

a)  Real-time  changes  to  terrain  features 

b)  Selectively  changeable  features 

c)  OIS  1.0  compliance 

d)  Project  2851  compatible 

General  Objectives.  The  overall  objective  of  the  Dynamic  Terrain  project  is  to  prove  the  feasbility  of  real-time  or 
near-real-time  Dynamic  Terrain  in  the  BDS-D  environment.  In  order  to  accomplish  this  objective,  the  foPowing 
objectives  must  also  be  achieved: 

a)  the  development  of  Dynamic  Terrain  Protocol  Data  Units  consistent  with  DIS  standards  and  protocols; 

b)  the  modification  of  one  or  more  Image  Generators  to  implement  Dynamic  Terrain; 

c)  the  testing  and  demonstration  of  the  Dynamic  Terrain  rrKXfifications  to  the  BDS-D  image  generators  in  the 
Loral  facility,  with  PDUs  supplied  by  1ST  over  the  dedicated  S6kb  link. 

Specific  Objectives.  In  order  to  demonstrate  dynamic  terrain  in  the  form  of  modifications  to  the  terrain  skb  arKf 
areal  features  such  as  watenvays,  during  a  real-time  graphical  simulation,  it  is  desirable  that  image  generators  be 
able  to: 

a)  accept  packets  of  information  describing  these  changes,  during  a  njnning  simulation; 

b)  incorporate  the  requested  changes  into  the  visual  database  with  real  changes  to  the  corresponding  elevation 
profiles  (not,  for  instance,  just  superimposed  texture  patches  to  simulate  a  depressed  area);  and  without  causing 
a  pause  in  the  running  simulation; 

c)  subsequently,  to  both  render  visual  images  based  on  the  new  geometry,  and  to  respond  correctly  to  elevation 
and  slope  queries  from  moving  models  (if  the  CIG  normally  supports  this  capability),  based  on  the  modified 
terrain. 
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Electronic  Information  Exchange  Network 

Sponsor/POC  STRICOM _  Phone  - 

STRICOM  POC  Gene  Wiehagen _  Phone  ^407^  380-4363 _ 

LORAL  POC  Bill  Lewandowski _  Phone  (406)  473-4362 - 

Funding  Source  rtricqm _ _ 

Schedule:  Start  _  Stop  _ 

Project  Description: 

Provide  hardware  to  support  software  engineering  and  electronic  information  exchange  for 
LSE. 

The  Institute  for  Simulation  &  Training  and  STRICOM  have  been  connected  to  the  ADST 
PMO  and  Loral  Western  Development  Labs  in  San  Jose. 


Project  Status: 

Macintosh  updates  for  Ft.  Rucker  and  Ft.  Knox  were  approved  by  STRICOM  this  quarter. 
Equipment  is  about  to  be  ordered.  As  part  of  the  new  current  year  EIEN,  spare  Sun 
Microsystems  computer  equipment  will  be  bought  instead  of  maintenance  on  ail  but  critical 
items. 

The  Ft.  Rucker  to  San  Jose  EIEN  Data  Circuit  may  be  moved  from  AT&T  toSprint  in  the 
coming  quarter.  Even  though  Loral  and  AT&T  are  about  to  implement  aTariff  12,  this 
circuit  appears  less  costly  with  Sprint  ($12K  Yr.).  This  is  because  the  AT&T  access  point  is 
in  Montgomery  AL  and  Sprint  is  in  Dothan  AL 


Maintenance  on  LSE  Computer  Hardware/Software  and  networks  continues. 


smcoH 


Exit  Criteria  or  Objective 

•  Exit  Criteria  - 

System  Architecture:  Documentation;  Controiied  Pubiic  Access 

•  Provide  communications  backbone  network  to  allow  rapid  information 
exchange  between  ADST  related  sites. 

•  Provide  for  computing  facilities  at  ADST  sites  for  information  processing 
and  management 

•  Provide  a  Bulletin  Board  System  to  allow  information  distribution  to  the 
distributed  simulation  community 
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HEL  Intelligibility  Study 

HEL  /  Dr.  George  Garinther  Phone  278-5984 

John  Collins _  Phone  (407)  38(M382 

Tom  Radgowski  Phone  (502)  942-1092 

Funding  Source  Human  Engineering  Lab  /  STRiCOM _ 

Schedule:  Start  2  March  1992 _  _ 28  August  1992 

Project  Description: 

This  experiment  will  help  HEL  develop  a  model  that  will  predict  soldier  performance  as  a 
function  of  speech  intelligibility.  The  Force-on-Force  portion  of  this  test  is  designed  to 
examine  speech  intelligibility  issues  at  platoon  level  in  a  freeplay  war  fighting  environment 

The  Force-on-Force  portion  of  this  test  has  been  postponed  due  to  the  impact  of  the  Hollis 
experiment.  At  present,  it  is  not  known  when  we  will  te  able  to  cornfuct  this  test 

Project  Status: 

HEL  has  MIPRed  funds  to  STRICOM  to  cover  the  cost  of  this  activity.  Refund  of  these  costs 
may  be  required  if  the  test  cannot  be  rescheduled  to  HEL's  satisfaction. 


Sponsor/POC 
STRICOM  POC 
LORAL  POC 


Exit  Criteria  or  Objective 

Inputs  from  HEL  Intelligibility  Force-on-Force  test  may 
include  advancements  in: 

•  Automated  Data  Collection  Procedures 

•  Validity  of  Synthetic  Battlefield 
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Hollis  Experiment 


Sponsor/POC  DUSA-OR  /  Mr.  Hollis 
STRICOMPOC  John  Collins _ 


LORAL  POC 


John  Collins 
Jorge  Cadiz 


Phone 

Phone 

Phone 


Funding  Source  PEO-ASM  /  OPTEC 
Schedule:  Start  ao  June.  1992 


Project  Description: 


Stop 


The  Hollis  test  is  utilizing  the  existing  CCTB  M1A2  devices  to  simulate  potential 
variant  platforms  for  the  migration  of  the  M1A1  to  the  Ml  A2.  Test  runs  will  be  made 
with  a  Ml  A1 ,  Ml  A1  w/CITV,  Ml  A1  w/PosNav,  and  Ml  A2.  Scenarios  isolate  tank  on 
tank  battles  with  hasty  defensive  and  hasty  offensive  maneuvers.  The  existing  four 
manned  simulators  are  being  used  as  platoon  leaders  with  blue  SAFOR  providing 
"tethered"  forces  to  round  out  each  platoon.  Opposing  forces  are  be  provided  by  the 
red  SAFOR,  using  the  next  generation  advanced  threat,  Leo  ll-t-,  from  AMSAA 
provided  data. 

The  system  test  configuration  requires  isolation  of  the  test  specific  equipment  to 
provide  for  secure  operation.  The  equipment  for  this  test  included  a  stealth,  an  MCC, 
two  SAFs,  four  manned  simulators,  a  data  analysis  station,  data  downloaders,  and 
two  Crew  Station  trainers.  The  test  schedule  calls  for  28  vignette  of  approximately  2 
.5  hours  each. 


Project  Status: 

•  SAFOR  Modifications  to  incorporate  AMSAA  Values  for  Pk,  Pd,  and 
Ph  complete 

•  Modifications  to  Manned  Vehicles  to  Incorporate  AMSAA  Pk  Values 
for  Ml  A1  or  M1A2  corr^lete 

•  DIS  Classificatbn  of  CCTB,  Ft.  Knox  Complete 

•  Testing  continuing  to  deteirine  system  limitations 

•  Classified  Data  for  Ml  A2  &  SAFOR  Threat  has  been  Loaded  and 
Verified  by  AMSAA 
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Hollis  Experimen 


Quantify  the  operational  effectiveness  of  the  Ml  A2  subsystems  by 
incrementally  improving  the  M1 A1  platform  to  the  M1A2  platform  by 
providing: 


•  Test  configurations  of:  M1A1,  M1A1  w/  Pos/Nav,  M1 A1  w/  CITY,  Ml  A2 

•  Software  Upgrades  to  the  Ml  A2  devices 

•  Software  Upgrades  to  the  Semi-Automated  Forces  detection  tables 

•  Support  test  scenario  generation 

•  Video/  test  data  Instrumentation  of  the  Ml  A21  devices  by  TECOM 

•  Engineering,  Test  Support,  and  Data  Analysis  services 
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Sponsor/PCX:  PCD  Fort  Knox  /  TBD 

STRICOM  POC  John  Collins _ 


Loral  DO  MGR 


W.  R.  'Mac'  MacDiarmid 


Phone  _ 

Phone  407-380-4382 
Phone  407-382-4583 


Funding  Source 
Schedule:  Start 


Stop 


Project  Description: 

The  Intervehicular  Information  System  (IViS)  is  an  effort  that  explores  the  feasibility 
and  proof  of  principle  of  linking  three  platforms  —  an  Abrams  Tank,  a  Bradley 
Fighting  Vehicle,  and  an  OH-58D  helicopter  —  with  an  automated  graphics  display 
capability.  This  capability  allows  the  transmission  of  a  variety  of  command  and 
control  related  reports,  maps,  and  overlays  electronically;  these  are  then  available  to 
a  crew  member  on  a  graphics  display  unit  in  the  vehicles. 

The  Abrams  tank  and  Bradley  fighting  vehicle  simulators  will  be  equipped  with  the 
IVIS;  the  OH-58  helicopter  will  be  equipped  with  the  Automatic  Target  Handoff 
System  (ATHS)  to  support  the  evaluations. 

Following  the  installation  of  all  necessary  hardware  and  software,  experiments  will  be 
conducted  to  provide  the  data  with  which  combat  developers  at  the  Armor  School  can 
evaluate  the  current  capabilities  and  operational  effectiveness  of  the  combined  arms 
team  using  the  technologies  represented  by  POSNAV,  IVIS,  and  ATHS. 

The  effort  will  also  examine  the  MANPRINT  and  soldier-battlefield  task  distribution 
among  crew  positions. 


Project  Status: 

This  effort  has  not  yet  been  turned  on.  Originally,  a  Step  One  proposal  was 
submitted  to  STRICOM  in  April  1992.  Due  to  uncertainty  over  funding  availability  for 
a  Step  Two  follow-on  effort,  the  proposal  was  not  acted  on.  Loral  has  been  informed 
that  a  proof-of-principle  demonstration  is  desired  in  October  of  1992  and,  as  a  result, 
the  Government  will  probably  award  a  Step  Two  effort  based  on  ROM  cost  estimates 
generated  at  Fort  Knox.  There  is  a  possibility  that  the  Hollis  studies  that  will  be 
conducted  at  the  CCTB  at  Fort  Knox  will  impact  the  schedule  of  this  effort  in  addition 
to  others. 


35 


ATHS-«qulpped  OH-58 


Exit  Criteria  or  Objective 


•  Install  hardware  and  all  necessary  software  to  give  all 
vehicles  appropriate  functional  capabilities 

•  Provide  Long  Haul  Network  capabilities  to  support 
evaluations 

•  Collect  data  and  prepare  report  to  support  analysis  by  CD 
personnel  at  the  Armor  School 


Land  Systems  Future  Battlefield  Design 

Sponsor/POC  DARPA  /  MAJ  Jim  Wargo  Phone  703-845-6840 

STRICOMPOC  John  Collins _  Phone  407-380-4382 

Loral  DO  MGR  W.  R.  ’Mac*  MacDiarmid _  Phone  407-382-4583 

Funding  Source  DARPA _ 

Schedule:  Start  15  November  1991  Stop  30  June  1992 _ 

Project  Description: 

The  Land  Systems  Future  Battlefield  Design  (LSFBD)  Delivery  Order  comprised  two 
discrete  efforts.  The  first  (the  SIMNET-Janus  interconnectivity)  is  an  investigation  of 
a  method  for  interconnecting  manned  simulators  (SIMNET  or  BDS-D)  and  a 
closed-form  analytical  model.  Janus-A.  The  Janus-A  model  was  selected  because 
of  its  general  acceptance  within  the  Combat  Development  community  as  a  valid  and 
accredited  analytic  tool.  The  objectives  of  this  portion  of  the  LSFBD  DO  were  to 
develop  a  Design  Data  Handbook,  a  Functional  Specification,  and  a  Scenario 
Document.  The  overall  goal  is  to  investigate  the  feasibility  of  interconnecting 
manned  simulators  and  the  Janus  simulation  so  that  the  SIMNET  or  BDS-D  entities 
could  interact  on  the  Janus  battlefield  (but  not  necessarily  the  reverse). 


The  second  part  of  the  LSFBD  DO  is  the  Red  Design  Bureau.  This  effort  defines  in 
the  Functional  Requirements  document  the  need  for  a  synthetic,  advance  simulation 
environment  for  the  evaluation  of  emerging  threat  developments,  using  the  Soviet 
T-72  tank  as  the  baseline  threat  platform.  A  Design  Data  Handbook  defines  the 
physical  and  functional  capabilities  of  the  T-72  and  identifies  potential  research 
topics  to  be  investigated  in  a  proposed  RDB  simulation  test  bed.  The  Functional 
Specification,  the  third  deliverable  in  this  effort,  defines  the  functional  requirements 
for  the  two  key  elements  of  the  simulation  test  bed:  the  virtual  environment  in  which 
RDB  developments  will  be  tested  and  the  RDB  reconfigurable  simulator  that 
provides  the  port  of  entry  for  the  human  warfighter  into  the  RDB  virtual  world. 

Project  Status: 

With  the  delivery  of  all  six  deliverables  called  for  in  the  effort,  the  LSFBD  is 
concluded. 


1 

1 

1 

1 

\ 

•  Design  Data  Handbook 

•  Scenario  Document 

•  Functional  Specification 


•  Functional  Requirements 

•  Design  Data  Handbook 

•  Functional  Specification 
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Sponsor/POC  CAC  /  LTC  Russ  Baldwin _  Phone  913-684-3802 

STRICOM  POC  John  Collins _  Phone  407-380-4382 

Loral  POC  W.  R.  ’Mac*  MacDiarmid _  Phone  407-382-4583 

Funding  Source  STRICOM _ 


Schedule:  Start  29  April  1992 


Stop 


30  September  1992 


Project  Description: 

The  Fort  Leavenworth  Node  Delivery  Order  is  a  Step  One  effort  that  will  investigate 
the  requirements  associated  with  establishment  of  a  BDS-D  node  at  Fort 
Leavenworth.  KS.  Following  a  determination  of  the  requirements  and  their  approval 
by  the  Combined  Arms  Command  arKf  ten^  organizations  at  Fort  Leavenworth,  an 
analysis  will  be  made  to  determine  the  technical  feasibility  of  incorporating  those 
requirements  into  an  implementation  phase  (Step  Two).  In  addition  to  determining 
the  feasibility,  a  cost  analysis  will  be  conducted  and  a  proposed  schedule  developed 
to  support  recommendations  made.  The  results  of  these  analyses,  the  proposed 
schedule,  and  recommendations  will  be  incorporated,  along  with  a  proposed  technical 
approach,  in  the  final  report 

The  methodology  for  accomplishing  the  Step  One  is  phased.  The  first  phase  is  the 
requirements  definition.  This  definition  is  based  on  in-depth  interviews  with  various 
agencies  who  anticipate  subscribing  to  the  BDS-D  node.  Once  the  requirements 
have  been  validated,  the  Loral  team  (whidi  includes  BDM  arnf  lEI),  will  develop  the 
approach,  costs,  and  schedule  for  satisfying  the  validated  requirements. 

The  BDS-D  node  will  be  developed  on  top  of  the  existing  CACNet  currently  in  place 
at  Fort  Leavenworth. 


Project  Status: 

Prior  to  formal  tum-on  of  this  effort,  a  kickoff  meeting  and  data  collection  interviews 
with  representatives  of  CAC  agencies  were  conducted  at  Fort  Leavenworth  in 
mid-March.  Following  the  official  tum-on,  the  analysis  team  developed  a  draft  report 
on  the  requirements  for  the  Fort  Leavenworth  node  and  submitted  it  to  the 
Government  in  June.  The  draft  is  currently  being  staffed  at  Fort  Leavenworth,  with 
responses  due  back  to  CAC  on  10  July.  Following  that,  a  second  meeting  is 
tentatively  planned  to  discuss  the  requirements  and  Government  comments,  so  that 
the  second  phase  of  the  effort  can  be^n. 
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Develop  Requirements  for  a  BDS-D  Node  at  Fort  Leavenworth 

Build  upon  Existing  CACNet 

Determine  Feasibility  of  Implementation  of  Node 

Develop  a  Proposed  Approach,  Cost  and  Schedule  for 

Implementation 
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Sponsor/POC  _ 

STRICOM  PC^  _ 
LORAL  POC 

Funding  Source  _ 
Schedule:  Start 


PM  LOSAT  /  Greg  Tackett 
John  CoHins 

Tom  Radgowski _ 

PM  LOSAT /STRICOM 


Phone  <205)842-0847 
Phone  <^^38(M3«2 
Phone  (502)  942-1092 


FY93 


Stop 


FY93 


Project  Description: 

Examine  issues  regarding  the  development  of  the  Line-of-Sight  Anti-Tank  (LOSAT) 
weapon  system.  LOSAT  is  a  replacement  for  the  fTV.  It  is  designed  to  carry  hypervelodty 
missiles  on  a  modified  Bradley  chassis  and  can  acquire  and  destroy  armored  targets  at 
extended  ranges. 

This  test  requires  borrowing  components  from  anotfier  simulator  (e.g.,  CIG).  Additional 
funding  will  be  made  available  to  reconfigure  the  LOSAT  crew  compartment  to  simulate  the 
LOSAT  baseline  configuration  once  LTV  designs  the  actual  system. 


Project  Status: 

Conversations  with  Grog  Tackett,  LOSAT  Program  Engineer,  indicate  that  PM  LOSAT  is 
interested  in  conducting  additional  developmental  testing  during  FY  *93.  The  schedule  and 
scope  of  these  tests  have  not  yet  been  determined. 


r 


Line-of-Siaht  Anti-Tank 


LOSAT  schedule  and  network  configuration  are  not 
currently  available.  They  will  be  confirmed 
following  budget  discussion  currently  underway 
between  STRICOM  and  PM  LOSAT. 


Exit  Criteria  or  Objective 


Inputs  from  LOSAT  development  may  include  advancements  in: 

•  Crewed  Simulators 

•  Semi-Automated  Forces 

•  Simulator  Network  Fidelity 
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MIA2 


Sponsor/POC  PM  Tank  ■  GDLS  /  Dan  Motola  pho„,  (313)825-5693 

STRICOMPOC  Collins _  (407)380-4382 

LORAL  POC  Tom  RadgowsM _  p^^  (502)  942-1092 


Funding  Source  PM  Tank /GDLS 

SdUKlule:  Start  _  Stop  Ja"uaqr1993 


Project  Description: 

GDLS  is  under  contract  to  PM  Tank  to  upgrade  4  CCTB  Ml  simulators  to  the  Ml  A2 
configuration.  They  have  incorporated  simulations  of  the  Commander’s  and  Driver's 
Integrated  Displays,  the  Commander's  Independent  Thermal  Viewer,  and  the  Gunner's 
Control  and  Display  Panel  into  the  simulators  and  reworked  the  performance 
characteristics  to  resemble  the  M1 A2.  These  vehicles  will  be  at  the  disposal  of  the 
Armor  Center. 

CCTB  has  been  providing  field  engineer  support  to  help  integrate  the  new  components 
into  the  vehicles.  CCTB  will  provide  board  iev^  troubleshooting  of  the  CDLS  components 
for  the  duration  of  the  GDLS  hardware  support  contract  (1 8  months).  GDLS  will  pay  for 
the  shipment  and  repair  of  these  components. 


Project  Status: 

These  vehicles  have  been  reconfigured  to  support  the  M1 A2  comparative  analysis,  also 
known  as  the  Hollis  Study.  Ft.  Knox  will  have  to  determine  which  of  thesae  changes,  if  any, 
will  remain  once  the  test  is  complete. 
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Exit  Criteria  or  Objective 

Inputs  from  Ml  A2  Training  Developments  Activity  test  may 
include  advancements  in: 

•  Interaction  With  Real  World  Systems 

•  Simulation  with  Different  Levels  of  Fidelity 
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Sponsor/POC  USAF  Capt.  Usa  Brown 

STRICOMPOC  John  Collins  _ 

Loral  POC  Exter _ 

Funding  Sourca  U.  S.  Air  Force  /  DARPA 
Schedule:  Start  July  1991 _ 


Phone  602  988~6561 
Phone  407  380-4382 
Phone  407  382-4595 


Stop  July  1 993 


Project  Description: 

The  MULTIRAD/War  Breaker  Delivery  Order  is  an  important  element  of  the  Advanced 
Distributed  Simulation  Technology  Contract  because  it  provides  for  networked  extensions 
to  Air  Force  weapon  systems  as  part  of  the  networked  Simulation  Battle  Field  environment. 
Elements  represented  include  both  fixed  wing,  F>16  and  F-15,  Unmanned  Air  Vehicles 
(UAV).  JSTARS  and  Airborne  Radar  AWACS.  as  part  of  the  DOD  networked  simulation 
assets.  The  on-going  Network  interface  Unit  (NIU)  development  is  particularly  important  in 
linking  non-SimNet  systems  to  the  SimNet  Network  as  well  as  interfacing  dissimilar 
Simulation  Fidelity  Simulators.  The  linking  of  existing  simulation  assets  utilizing  NIU 
capabilities  is  aiticai  for  affordable  simulation  network  extension. 

The  MULTIRAO/War  Breaker  Delivery  Order  contains  the  Knowledge  Acquisition  Prototype 
Testbed  Aerospace  Node  KAPTAN  work  statement  requiring  long  haul  connections 
between  the  Armstrong  Laboratory  and  remote  sites  including  the  Institute  for  Defense 
Analysis  (IDA),  McDonnell  Aircraft  Company,  St.  Louis,  Hanscom,  AFB.,  Ft.  Rucker,  Al,£md 
the  Joint  Development  Facility  (JDF)  in  McClane,  Va.  Phase  1  of  the  War  Breaker  initiative 
is  a  reconstruction  of  the  of  the  last  days  of  Operation  Desert  Storm  and  specifically  the 
U.S.  Armed  Forces  mission  to  eliminate  IRAQ'S  SCUD  missiles.  As  a  follow-on  to  the  73 
Easting  recreation  of  pivotal  ground  force  action  in  Southwest  Asia,  War  Breaker  will 
provide  an  important  combat  development  testbed  for  researching  tactics  and  procedures 
involved  in  detection  and  neutralization  of  critical  mobile  targets 

Project  Status: 

The  second  year  extension  to  the  Muttirad  should  be  definitized  on  July  29, 1992.  The 
period  of  performance  is  one  year  and  includes  the  War  Breaker  activity  to  network 
simulations  at  several  remote  sites  including  IDA,  Hanscom,  AFB.,  McAir  in  St.  Louis, 
and  Ft.  Rucker  with  systems  at  Armstrong  Laboratory. 
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Exit  Criteria  or  Objective 
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•  Disimilar  Fidelity  Simulations  •  Last  Days  Desert  Storm  Recreation 

•  Wide  Area  Networking  •  Scud  Hunting  Tactics  Eval 

•  Secret  Classification 

•  Dis  Protocol  (2.0  -  Goal) 
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Sponsor/POC  _E 
STRICOMPOC 
LORAL  POC  jC 

Funding  Source  . 
Schedule:  Start 


Project  Description: 


Phone 

Phone 

Phone 


Stop 


This  Delivery  Order  will  support  the  conduct  of  the  NLOS  2  experiment  which 
will  collect  and  evaluate  data  regarding  the  combined  arms  employment  of 
the  NLOS  weapons  system  with  specific  emphasis  on  the  anti-armor 
employment  of  this  system. 

To  facilitate  this,  the  following  Airnet  enhancements  are  being  considered: 

•  Software  Upgrades  to  the  NLOS  devices 

•  Software  Upgrades  to  the  Semi-Automated  Forces 

•  Procurement  of  an  Computer  Image  Generators 

•  Procurement  of  additional  SAPOR  and  Data  Logger  systems 


Project  Status: 


LORAL  is  preparing  a  development  plan  in  response  to  the  NLOS  2  requirements 
received  from  STRICOM  and  PM  NLOS. 
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NlOS,.Pha$g  2 


AIRNET 


Exit  Criteria  or  Objective 

•  Enhance  the  capabilities  of  the  Aviation  Test  Bed  facility 

•  Conduct  the  NLOS  2  experiment  and  document  the  results 
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Sponsor/POC 
STRICOM  POC 
Loral  PCX: 


IDA  /  Richard  Carpenter 

John  Collins _ 

W.  R.  'Mac'  MacDiarmid 


Phone  703-845^ 
Phone  407-38(M382 
Phone  407-382-4583 


Funding  Source  DARPA 
Schedule:  Start  7BD 


Stop 


30  September  1992 


Project  Description: 

The  Smart  Minefield  Simulator  is  a  follow-cm  to  previous  efforts  sponsored  by  IDA 
under  the  Wide  Area  Mines  (WAMS)  program.  The  FY92  portion  of  the  SMS  effort 
will  build  a  simulation  that  allows  the  use  of  conventional  as  well  as  rudimentary 
wide  area  mines  (WAM)  and  anti-helicopter  mines  (ARM)  to  be  played  on  the  BDS-D 
battlefield.  The  wide  area  mine  is  composed  of  a  sensor,  a  fire  control  system,  and 
a  munition.  The  sensor  tracks  the  two  closest  vehicles  within  its  detection  range. 
When  certain  parameters  are  met,  the  fire  control  system  fires  the  munition  which 
flies  in  a  parabolic  path  and  then  is  guided  to  the  primary  target.  The  ARM  is  a 
variation  of  the  WAM. 

The  simulation  will  also  support  at  least  four  methods  of  emplacement,  including 
specification  of  individual  mine  locations,  specification  of  a  randomly-filled  area, 
specification  of  a  randomly-filled  line,  or  emplacement  by  artillery. 

Once  the  simulation  has  been  developed,  two  one-week  tests  will  be  scheduled  at 
the  CCTB  at  Fort  Knox.  These  tests  will  involve  only  SAFOR;  no  manned  simulators 
will  be  involved.  Once  the  results  of  the  tests  are  analyzed,  IDA  will  make  decisions 
on  the  future  development  of  the  SMS  for  FY93.  to  include  objectives  and  test 
requirements. 

Project  Status: 

Although  this  effort  has  yet  to  be  formally  turned  on,  STRICOM  gave  approval  to 
begin  work  with  a  NTE  cost  of  $10K.  This  allowed  Loral  to  schedule  a  kickoff 
meeting  which  was  held  at  IDA  on  17  June.  The  kickoff  meeting  gave  Loral  team 
members  the  opportunity  to  meet  with  the  IDA  personnel  involved  in  the  effort,  clarify 
certain  management  and  technical  issues,  and  receive  guidance  from  the  IDA 
project  leaders.  STRICOM  has  also  directed  Loral  to  revise  the  original  proposal  to 
include  provisions  for  purchase  of  additional  hardware  items  and  spares  necessary 
to  execute  the  effort. 
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•  Administrativo  control  has  aooaas  to  all  components 

•  An  modules  can  access  BDS-0  database,  spadlically  terrain 


Exit  Criteria  or  ObjectiYg 


•  Develop  SAFOR-based  Smart  Minefield  Simulator 

•  FY92  objectives  call  for  conventional  mine,  WAM,  and  AHM 

•  Develop  appropriate  user  interfaces 

•  Conduct  two  one-week  tests  of  the  simulation 

•  Develop  recommendations  for  FY93  objectives 
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Sponsor/POC  STRICOM  /  Stan  Goodman 


STRICOM  PCX: 
Loral  POC 


John  Collins 
Richard  Bright 
STRICOM 


Phone 

Phone 

Phone 


Funding  Source  5ikilum _ ^ _ 

Schedule:  Start  1  September  1 992  (tentative)  stop  31  March  1993 


Project  Description: 

The  Software  Contract  Change  Proposal  (SW  CCP)  was  originally  designed  to  provide  the  following 
support  in  maintaining  and  upgrading  SIMNET  sof^re  and  documentation: 

1 .  Management  -  provide  the  planning  documents,  attend  government  meetings,  support  acquisition  of 
hardware,  configure  hardware,  coordinate  project  resources,  and  subcontract  management. 

2.  Software  CM  -  install  SIMNET  6.6.1  code  baselines,  develop  a  CM  plan,  expand  support  as  the 
program  grows,  and  provide  baseline  maintenance  for  development  efforts. 

3.  Software  maintenance  -  identify,  document  and  repair  software  problems,  provide  yearly 
upgrades,perform  regression  testing. 

4.  Software  documentation  •  develop  and  maintam  a  consistent  set  of  documentation  for  all  BDS-D 
sites. 

5.  Software  QA  *  comply  with  the  SW  quality  Assurance  plan. 

6.  ADP  Support  •  equipment  installation,  preventive  maintenance,  configuration  of  the  operating 
system,  and  installation  of  upgrades  as  required. 

7.  Government  Property  Control  •  tag  GFE  equipment,  maintain  records,  provide  an  interface  to 
OCAS,  and  support  PCA. 

8.  Site  Backup  Support  -  develop  software,  documentation  and  procedures  to  support  maintenance  at 
Fort  Rucker  and  Fort  Knox. 

Subsequent  reductions  and  delays  in  funding  have  resulted  reducing  the  scope  of  work  to  the  foOowing 
tasks: 

1 .  Management  -  provide  the  planning  documents,  attend  government  meeting,  support  acquisition  of 
hardware,  configure  hardware,  coordinate  project  resources,  and  subcontract  management. 

2.  Software  CM  -  install  SIMNET  6.6.1  code  baselines,  develop  a  CM  plan,  expand  support  as  the 
program  grows,  and  provide  baseline  maintenance  for  development  efforts. 

3.  ADP  Support  -  equipment  installation,  preventive  maintenance,  configuration  of  the  operating 
system,  and  installation  of  upgrades  as  required. 

4.  Government  Property  Control  -  tag  GFE  equipment,  maintain  records,  provide  an  interface  to 
DCAS,  and  support  PCA. 

Project  Status: 

Continued  delays  in  funding  have  resulted  impacts  to  the  AirNet  and  XROD  delivery  orders.  In  order 
to  ensure  program  continuify  Loral  funded  a  3  month  effort,  at  risk,  with  the  following  objectives: 

•  procure  missing  software  from  BBN  for  AirNet 

•  procure  missing  software  from  BBN  for  RWA 

•  procure  missing  software  from  BBN  for  the  Ml 

•  build  the  software  in  the  Software  Development  Facility  (SDF)  located  in  San  Jose 

•  document  these  build  procedures 

To  date  substantial  progress  in  achieving  these  objectives  has  been  realized. 
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X-Rod  Experiment 


Sponsor/POC 
STRICOM  POC 
Loral  POC 


ARDEC/Walt  Townsend 

John  Collins _ 

Bob  Marraccini 


Funding  Source  ARDEQ  D^PA - 

Schedule:  Start  4  May  1992  (Phase  II) 


Phone  (201)  724-71 97_ 

Phone  (407)  380-4382 

Phone  (408)  4873-5041 


g^op  30  April  1 993  (revised) 


Project  Description: 

The  X-ROD  is  a  tank-fired  anti-armor  weapon  system  development  effort  managed  jointly  by 
the  U.S.  Army  Armament  Research.  Development  and  Engineering  Center  (ARDEC), 
DARPA  and  the  US  Army.  The  X-Rod  is  a  120mm  guided  kinetic  energy  projectile  designed 
for  extended  ranges  and  high  lethality  and  very  high  P(h)  an  P(k)  against  advanced  armored 
threats. 

When  the  X-Rod  BDS-D  experiment  was  initially  conceived,  two  competing  X-Rod  designs 
(Fire-and-Forget  and  Command  Guided)  were  under  evaluation  and  the  BDS-D  objective 
was  to  evaluate  each  in  the  soldier-in-the-loop  simulation  environment.  The  results  will  be 
used  to  compare  each  of  these  methods  with  one  another  and  against  a  baseline  condition. 

The  X-Rod/BDS-D  project  has  two  phases:  Phase  1  to  develop  specifications,  test  plan  and 
an  approach  for  Phase  2.  During  Phase  1 .  it  became  apparent  that  detailed  subsystem 
specs  (needed  to  accurately  model  competing  designs)  were  not  available,  and  the 
Command  Guided  Approach  was  to  be  canceled  due  to  funding  cuts.  So  the  BDS-D 
experiment  objective  was  modified  to  implement  a  single  Fire-and-Forget  model,  and  use 
the  CCTB  to  allow  investigations  of  the  X-Rod  equipped  Ml  Vehicle  relative  to  the 
performance  of  conventional  main  gun  munitions  in  a  simulated  combat  environment.  This 
approach  will  provide  the  required  concept  evaluation  data  in  a  time  frame  which  still  meets 
the  needs  of  ARDEC  and  DARPA. 

The  types  of  data  that  are  expected  from  this  test  will  support  examination  of  the  effects  of 
X-Rod  in  the  areas  of  friendly  force  preservation,  lethality,  and  crew  performance  in 
comparison  to  that  level  of  performance  afforded  by  conventional  tank  main  gun  munitions. 

Project  Status: 

Phase  2  tasks  not  requiring  use  of  GFE  have  proceeded  on  schedule.  Due  to  approximately 
a  2  month  delay  in  receipt  of  GFE  at  WDL  and  subcontractors  facilities,  software/hardware 
development  tasks  and  related  documentation  and  test  activities  at  Ft.  Knox  have  slipped 
accordingly. 
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★  EXTENDS  LETHALITY  ENVELOPE 

OF  TANK.  "l 

★  IMPROVES  PROBABILITY  OF 
HIT  (Pf,)  OVER  RANGE. 


ic  PROVIDES  FIRE  AND  FORGET 
CAPABILITY  BY  AUTONOMOUS 
PROJECTILE  GUIDANCE. 

★  IMPROVES  SYSTEM  AND  FORCE 
EXCHANGE  RATIOS. 


Exit  Criteria  or  Objective 
Specific  X-Rod  Experiment  Objectives  are: 

1 .  Determine  the  battlefield  contribution  of  X-Rod  in  the  context  of 
simulated  combat  scenarios. 

2.  Assess  the  implications  of  X-Rod  vs  tank  basic  load  (main  gun). 

3.  Examine  the  potential  impact  of  X-Rod  on  small-unit  armor  tactics. 

4.  Investigate  soldier-machine-interface  (SMI)  aspects  of  the  X-Rod 
design  concept. 

5.  Assess  the  capability  of  BDS-D  technology  to  support  development  of 
conceptual  weapon  systems. 
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VIPS 


Sponsor/POC  PM-Survivability/Brad  McNett  phone  (313)  574-7640 

STRICOMPOC  Rick  Copeland _  Phone  (407)  381-8702 

Loral  POC  Bob  Marraccini _  Phone  408)  473-5041 

,  ^  PM-SURVIVABILTTY,  DCD,  DARPA 

Funding  Source  _ 

Schedule:  Start  22  April  1 992  (Step  1 )  stop  22  July  1 992 _ 

Project  Description: 

VIDS  is  an  experiment  designed  to  provide  a  relatively  low-cost  and  rapidly  deployed 
BDS-D  simulation  platform,  to  facilitate  the  conduct  of  simulated  threat  engagements,  in 
order  to  evaluate  the  operational  effectiveness  and  suitability  of  various  electronic 
survivability  suites  of  sensors  and  countermeasures.  The  overall  project  goal  is  to 
provide  PM-SURVIVABILITY  and  DCD  (Armor  School),  data  to  review  and  use  to  revise 
their  survivability  requirements  in  areas  such  as:  type  of  response  given  specific  threats, 
response  times  per  specific  threat,  angles  of  attack  to  be  protected  from,  and  multiple 
attack  situations.  The  results  of  BDS-D  testing  will  be  compared  to  similar  VIDS  tests 
being  conducted  under  the  TACOM  VIDS  program  (LTV  is  the  prime  contractor).  This 
combined  approach  will  provide  quantitative  measures  of  survivability  effectiveness,  and 
provide  a  platform  for  training  Army  Armored  personnel  in  tactics,  techniques  and 
procedures  relative  to  usage  of  VIDS  equipment  on  armored  combat  vehicles. 

The  VIDS  DO  has  two  steps:  Step  1  to  develop  a  Feasibility  Analysis  Report  and  a 
proposal  for  Step  2.  Step  2  is  to  be  implemented  in  two  phases:  Phase  1  to  develop  the 
basic  BDS-D  VIDS  platform,  using  the  M1A1  vehicle  and  three  specific 
sensor/countermeasures  (Missile  Countermeasure  Device,  Laser  Warning  Receiver  and 
Missile  Warning  System),  with  corresponding  documentation  and  test  activities.  Phase 
2  to  develop  additional  suites  of  survivability  equipment  to  be  later  specified. 


Project  Status: 

Final  version  of  the  BDS-D  VIDS  Feasibility  Analysis  Report  and  Step  2  proposal  were 
delivered  on  22  July.  Step  1  is  complete,  the  Step  2,  Phase  1  award  is  expected  no 
later  than  September  1992. 
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THREAT 

Range  Finder  Laser  detected  from 
indeterminate  source 

SENSOR 

•  High  Accuracy  Laser  Warning 
Receiver 

COUNTERMEASURES 

•  Counterfire 

•  ROS  and/or  ORS 

Heiicopter  detected  by  acoustic 
signature.  Hostile/friendy 
differentiation  t)ossible 

•  Non-Imaging  System 

•  ROS  and/or  ORS 

Assault  platform  detected  by  own 
active  radar.  Classification  and 
Hostile/friendiv  differentiation 

•  Future  Armored  System  Radar 

•  Counterfire 

•  ROS  and/or  ORS 

Detected  Unknown  upgraded  to 
Hostile 

•  Identification  Friend/Foe 

•  Counterfire 

•  ROS  and/or  ORS 

Search  or  Tracking  radar  detected 
from  indeterminate  source 

•  Tank  Radar  Warning  Receiver 

•  Counterfire 

•  Advanced  Threat  Radar  Jammer 

•  ROS  and/or  ORS 

Mines 

•  Mine  Detector 

•  Veh.  Magnetic  Signature  Duplication 

miDiiii.'  j  i  PMSiSW 

•  Nuclear/Chemical  Sensor 

Large  caliber  gun  fire 

•  Muzzle  Flash  Detector 

•  Threat  Countermeasure  System 

•  Threat  Countermeasure  System 

•  Combat  Protection  System 

•  Counterfire  •  ROS  and/or  ORS 

aTSW"'  AT-2'C  '  RF  UplTnT - 

•  Missile  Warning  Sensor 

•  Tank  Radar  Warning  Receiver 

•  Threat  Countermeasure  System 

•  Missile  Countermeasure  Device 

•  Threat  Countermeasure  System 

•  Combat  Protection  System 

•  Counterfire  •  Chaff/Flares 

ATOM  AT-4  Wire 

•  Missile  Warning  Sensor 

•  Threat  Countermeasure  System 

•  Missile  Countermeasure  Device 

•  Threat  Countermeasure  System 

•  Combat  Protection  System 

•  Counterfire  •  Chaff/Rares 

•  ROS  and/or  ORS 

ATOM  AT-6  RF  Uplink 

•  Missile  Warning  Sensor 

•  Tank  Radar  Warning  Receiver 

•  Threat  Countermeasure  System 

•  Missile  Countermeasure  Device 

•  Threat  Countermeasure  System 

•  Combat  Protection  System 

•  Counterfire 

•  ROS  and/or  ORS 

mmm 

•  Missile  Warning  Sensor 

•  Laser  Warning  Receiver 

•  Threat  Countermeasure  System 

•  Laser  Countermeasure  Device 

•  Threat  Countermeasure  System 

•  Combat  Protection  System 

•  Counterfire  •  ROS  and/or  ORS 

ATGM  AT-1 1  Laser  Beam  Rider 

•  Missile  Warning  Sensor 

•  Laser  Warning  Receiver 

•  Threat  Countermeasure  System 

•  Threat  Countermeasure  System 

•  Combat  Protection  System 

•  Counterfire 

•  ROS  and/or  ORS 

Objective 

•  VIDS  BDS-D  primary  objectives  is  to  provide  PM-SURVIVABILITY  and  DCD  (Armor 
School),  data  to  review  and  use  to  revise  their  survivability  requirements  in  areas  such  as: 

1 .  Type  of  response  given  specific  threats 

2.  Response  times  per  specific  threat 

3.  Angles  of  attack  to  be  protected  from 

4.  Multiple  attack  situations. 

•  In  addition,  to  evaluate  BDS-D  capability  to  support  VIDS-like  experiments.  ■— 
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3  ACRONYM  LIST 


ARDEC 

ADST 

AHM 

Al 

AIT 

ARI 

ARO 

ATAC 

ATD 

AXES 

ATHS 

ATTD 

AVSCOM 

AWACS 

BDS-D 

Bn 

CAC 

CAU 

CD 

CCP 

CCTB 

CGF 

CGSC 

CITY 

CiU 

CSRDF 

DARPA 

DB 

OCD 

DIS 

DO 


Army  Research,  Development  and  Engineering 
Center 

Advanced  Distributed  Simulation  Technology 

Anti-Helicopter  Mines 

Artificial  Intelligence 

Air  Intercept  Trainer 

Army  Research  Institute 

After  receipt  of  order 

Air  to  Air  Combat 

Advanced  Technology  Demonstration 

Automatic  Threat  Engagement  Simulator 

Automatic  Target  Handoff  System 

Advanced  Technology  Transition  Demonstration 

Army  Aviation  Systems  Command,  St.  Louis 

Airborne  Warning  and 

Battlefield  Distributed  Simulation-Development 
Battalion 

U.  S  Army  Combined  Arms  Center 
Cell  Adapter  Unit 
Combat  Developments 
Contract  Change  Proposal 
Close  Combat  Test  Bed 
Computer  Generated  Forces 
Command  and  General  Staff  College, 

Ft.  Leavenworth 

Commander's  Independent  Thermal  Viewer 

Cell  Interface  Unit 

Crew  Station  R&D  Facility 

Defense  Advanced  Research  Projects  Agency 

Database 

Director  of  Combat  Development 
Distributed  Interactive  Simulation 
Delivery  Order 
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DOD 

Department  of  Defense 

DOIM 

Directorate  of  Information  Management 

DOTD 

Directorate  of  Training  and  Doctorate 

DUSA-OR 

Deputy  Under  Secretary  for  the  Army  for 
Operations  Research 

ECS 

Exercise  Control  Station 

EW 

Electronic  Warfare 

FAS 

Feasibility  Analysis  Study 

FBL 

Future  Battle  Labs 

FWA 

Fixed  Wing  Aircraft 

FY 

Fiscal  Year 

GCI 

Ground  Control  intercept 

GFE 

Government  Furnished  Equipment 

GPSE 

Gunners  Primary  Sight  Extension 

GPS 

Gunners  Primary  Sight 

HEL 

Human  Engineering  Lab 

HOM 

Higher  Order  Models 

HQ 

Headquarters 

HW 

Hardware 

ICD 

Interface  Control  Documents 

IDA 

Institute  for  Defense  Analysis 

lEI 

Illusion  Engineering,  Inc. 

IG 

Image  Generator 

IPR 

In  Process  Review 

IRAD 

Internal  Research  and  Development 

1ST 

Institute  of  Simulation  &  Training 

ITV 

Independent  Thermal  Viewer 

iVIS 

Inter  Vehicular  Information  System 

JDF 

Joint  Development  Facility 

JMASS 

Joint  Modeling  and  Simulation  Systems 

KAPTAN 

Knowledge  Acquisition  Prototype  Testbed 
Aerospace  Node 

LAN 

Local  Area  Network 

LDC 

Leader  Development  Center 

LSFBO 

LSE 

LWDL 

LOSAT 

MCC 

MDRC 

MODSIM 

MULTIRAD 

NTSC 

NIU 

NLOS 

NTE 

OPTEC 

PEG 

POC 

POSNAV 

PDU 

PMO 

PM  NLOS 
POI 

RAH-66 

ROB 

ROM 

RPA 

RWA 

SAPOR 

SAMS 

SIMNET 

SMI 

SMS 

SPECS 

ST 

SW 


Land  Systems  Future  Battlefield  Design 
Laboratory  Sustaining  Effort 
Loral  Western  Development  Labs 
LIne-of-Site,  Antitank 
Management  Command  &  Control 
McDonnell  Douglas  Reconftgurable  Cockpit 
Modular  Simulator 

Multiship  Research  and  Development 
Navy  Training  Systems  Center 
Network  Interface  Unit 
Non  line  of  site 
Not  To  Exceed 

Operational  Test  and  Evaluation  Command 

Program  Executive  Office 

Point  of  Contact 

Position  Navigation 

Protocol  Data  Unit 

Program  Management  Office 

Project  Manager,  Non-Line-of>Site 

Program  of  instruction 

Reconnaissance  Attack  Helicopter  "Comanche" 

Red  Design  Bureau 

Rough  Order  of  Magnitude 

Rotorcraft  Pilot  Associate 

Rotary  Wing  Aircraft 

Semi-Automated  Forces 

Schools  of  Advanced  Military  Training 

Simulation  Network 

Soldier  Machine  interface 

Smart  Minefield  Simulator 

Specifications 

Stream  Two 

Software 
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STRICOM 

Simulation,  Training  and  Instrumentation 
Command 

TACOM 

U.S.  Army  Tank  and  Automotive  Command 

TBD 

To  Be  Decided 

TEC 

Topographic  Engineering  Center 

TIM 

Technical  interchange  Meeting 

TIS 

Thermal  Imagery  Sight 

Tcx: 

Tactical  Operations  Center 

TRAC 

TRADOC  Analysis  Command 

TRADOC 

U.S.  Army  Training  and  Doctrine  Command 

TSM-AT 

TRADOC  Systems  Manager  for  Anti  Tank 

TTP 

Tactics,  Techniques  and  Procedures 

USAAVNC 

U.  S.  Army  Aviation  Center 

W&A 

Verification,  Validation  and  Accreditation 

VIDS 

Vehicle  Integrated  Defense  Systems 

WAMS 

Wide  Area  Mines 

X-ROD 

Experimental  AT  Missile 
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